home *** CD-ROM | disk | FTP | other *** search
/ Chip 1996 April / CHIP 1996 aprilis (CD06).zip / CHIP_CD06.ISO / hypertxt.arj / 9501 / MAXOVER.CD < prev    next >
Text File  |  1995-10-29  |  19KB  |  364 lines
  1.       @VMaximum Overdrive, Drive Rocket, Wbide@N
  2.  
  3.       @VMindent bele!@N
  4.  
  5.           A    legtöbb    felhasználó    elégedetlen   számítógépe
  6.       sebességével. Alaplapcsere után  egy ideig rácsodálkozunk  a
  7.       minden eddiginél nagyobb Landmark mutatóra, ám egy idô  után
  8.       elmúlik  a varázs:  a gép  nem gyorsult  annyit, amennyit  a
  9.       megahertzek mutatnak.
  10.           Egy  kis  babrálgatás  után  kiderül,  hol  a  hiba:   a
  11.       merevlemez nem (nagyon)  gyorsult fel, a  file-okban turkáló
  12.       programok csigalassúsággal vánszorognak továbbra is. Pedig e
  13.       lassú  perifériát is  fel lehet  gyorsítani egy  kicsit,  ha
  14.       tudjuk, mi a módja.  A dolgok megértéséhez azonban  nem árt,
  15.       ha tudjuk,
  16.  
  17.  
  18.       @VHogyan ír-olvas a számítógép?@N
  19.  
  20.           Ha egy programot,  vagy bármilyen adatfile-t  töltünk be
  21.       gépünk   memóriájába,   az  (DOS   alatt)   annak  méretétôl
  22.       függetlenül legfeljebb 64 Kbyte-os lépésekben történik. Ez a
  23.       DOS  mûködésébôl  adódik.  Ha  ennél  nagyobb  a  mozgatandó
  24.       adatmennyiség, sajnos akkor  is így, elaprózva  jutunk hozzá
  25.       adatainkhoz. A  DOS belül  tovább tördeli  a blokkméretet, a
  26.       BIOS  (a  számítógép  legalacsonyabb  szintû perifériakezelô
  27.       programja)  felé küldött  írás-olvasási kérések  már csak  a
  28.       merevlemez    egy   sávjának    megfelelô   számú    byte-ra
  29.       vonatkozhatnak.
  30.           Akárcsak a mesebeli répát húzkodó társaság, ez a sor  is
  31.       tovább folytatódik.  A régebbi  merevlemezek egyszerre  csak
  32.       egy   szektornyi,   azaz   512   byte-nyi   adattal   tudnak
  33.       megbirkózni,   ez   az  egyik   legalapvetôbb   probléma.  A
  34.       BIOS-rutin beolvas (vagy kiír) egy szektort, azt elhelyezi a
  35.       memóriában,  majd a  soron következô  után nyúl.  Åm míg  az
  36.       elôzô  szektor  mozgatásának  adminisztrációját  végezte   a
  37.       program, a következô szektor már kifordult az író-olvasó fej
  38.       alól, legközelebb már csak egy körbefurdulás után érhetô el.
  39.           Ennek  --  az  egyébként  elég  nagy  --  idôtartamnak a
  40.       lerövidítése végett  találták ki  az úgynevezett  interleave
  41.       mechanizmust. Ennek  az a  lényege, hogy  az egymást  követô
  42.       sorszámú szektorok  nem egymás  után, hanem  annyival vannak
  43.       egymástól  távol,  hogy  a  következô  mûvelet  kezdetekor a
  44.       lehetô legközelebb kerüljön  a kívánt szektor  az író-olvasó
  45.       fejhez.  Mivel  a  megfelelô  interleave  érték géprôl-gépre
  46.       változhat,  ezt  érdemes MFM  winchesterek  esetében egyszer
  47.       beállítani,   így   akár   háromszorosára   gyorsulhat    az
  48.       adatátvitel. A helyes interleave beállításában a BIOS  setup
  49.       programja  segíthet,  vagy  ha  az  erre  nem  képes,  akkor
  50.       (például)   a    Norton   Utilities    CALIBRAT   programját
  51.       használhatjuk. Modernebb, IDE és SCSI merevlemezeknél  nincs
  52.       értelme   az  interleave-állításnak,   a  merevlemez   saját
  53.       mikroprocesszora  és  belsô cache-e  elrejti  elôlünk ezt  a
  54.       problémát.
  55.  
  56.  
  57.       @VCache-mizéria@N
  58.  
  59.           Az ember  gyarló lény,  sosem elégszik  meg azzal  amije
  60.       van.   A   számítógép-felhasználó   még   mohóbb:   gyorsabb
  61.       merevlemezre vágyik. Majd' mindenki használ valamilyen cache
  62.       programot, SmartDrive-ot, Norton Cache-t, vagy ami a számára
  63.       legkedvesebb. A cache driverek nem a merevlemezt  gyorsítják
  64.       meg, csak a DOS file-mûveleteit pörgetik föl, ráadásul  nagy
  65.       file-ok  kezelésekor  nem  is  nyújtanak  többletsebességet.
  66.       Mivel  maguk  is a  merevlemez  átviteli sebességére  vannak
  67.       utalva,  ezért  ennek növelésekor  a  cache-elt rendszer  is
  68.       gyorsul.
  69.  
  70.  
  71.       @VBuszsebesség@N
  72.  
  73.           Miután leküzdöttük az interleave-problémát, elindítottuk
  74.       a szívünknek tetszô cache programot, még mindig nem  értjük,
  75.       hogy egy kétszer  gyorsabb alaplapnál miért  nem duplázódott
  76.       meg mervlemezünk átviteli sebessége  is? Az ok a  számítógép
  77.       buszrendszerében bújik meg. Az AT típusú gépek buszrendszere
  78.       a  processzor   sebességétôl  függetlenül   a  8-12   MHz-es
  79.       tartományban dolgozik. Ha ennél gyorsabbat akarunk, akkor át
  80.       kell  váltanunk  a  sokkal  gyorsabb  VESA  Local,  vagy PCI
  81.       buszra,  illetve  az  ezekhez  való  lemezvezérlô kártyákra.
  82.       Miután pénztárcánk megfelelôen  leapadt a kellô  alkatrészek
  83.       beszerzése után, ténylegesen meggyorsult winchesterünk.
  84.  
  85.  
  86.       @VTöbb szektort egy csapásra@N
  87.  
  88.           Mint  e  cikk  elején  láthattuk,  a  legtöbb merevlemez
  89.       egyszerre csak egy szektorral tud foglalkozni. Nos, az újabb
  90.       IDE (AT-buszvezérlôs) típusok túllépték ezt a korlátot: akár
  91.       32 szektort is tudnak egy lépésben írni-olvasni. Sajnos  így
  92.       nem tudjuk 32-szeresére  növelni az átviteli  sebességet, az
  93.       egy  szektor kezeléséhez  szükséges idô  nem változott  meg,
  94.       csak   a   szektorok  közti   adminisztrációs   idôt  tudjuk
  95.       megtakarítani. Másfél,  két és  félszeres sebességnövekedést
  96.       érhetünk el így.
  97.           Azokat   a   vinyókat,    melyek   ezzel   a    kellemes
  98.       tulajdonsággal bírnak, többszörös írás-olvasási képességûnek
  99.       (multi read/write) nevezik a gyártók. Miután  hozzájutottunk
  100.       egy ilyen darabhoz, ideje munkára fognunk.
  101.           Sajnos a  régebbi BIOS-ok  nem tudják  kihasználni ezt a
  102.       lehetôséget,  az újabbak  már igen.  Ha BIOS-unk  setupjában
  103.       találunk egy ""Multi Block", ""IDE Block Mode Transfer" vagy
  104.       valami   hasonló   menüpontot,   akkor   szerencsénk    van:
  105.       kihasználhatjuk vinyónk teljes sebességét.
  106.           Ha mégsem találtunk ilyen lehetôséget, akkor is van  még
  107.       két választásunk. Az elsô: ha a már emlegetett local  buszos
  108.       kontroller-kártyánkon   egy   EPROM   található,   akkor  ez
  109.       pótolhatja a  hiányzó BIOS-funkciót.  Ezt használva  szintén
  110.       miénk  az  áhított sebességtöbblet.  Fontos  tudni, hogy  ha
  111.       számítógépünk    BIOS-a    is    kezeli    a   többszektoros
  112.       írás-olvasást, valamint kontrollerünk EPROM-ja is, akkor  ez
  113.       utóbbit   le  kell   tiltanunk  --   a  jumperek   megfelelô
  114.       beállításával -- az összeveszés megakadályozása végett.
  115.           A második,  plusz hardvert  nem igénylô  megoldás az, ha
  116.       elindítunk  egy,  a   BIOS  hiányosságát  pótló   programot.
  117.       Szerkesztôségünkben  három  ilyen  járt,  ezeket  szeretnénk
  118.       bemutatni Önöknek. Mielôtt belemennénk a részletekbe, lássuk
  119.       a fô tulajdonságokat!
  120.  
  121.  
  122.       @VDriverek@N
  123.  
  124.           Ezek a programok device driverek, azaz a  CONFIG.SYS-ben
  125.       DEVICE=...,  a DOS  5.0 és  újabb verzióinál  DEVICEHIGH=...
  126.       paranccsal  is  indíthatók. Indítási  sorrendben  mindig meg
  127.       kell elôzniük a különbözô cache programokat, mûködésük  csak
  128.       így   megbízható.   Mindhárom  program   bejegyzi   magát  a
  129.       CONFIG.SYS-be,  a  megfelelô helyre,  a  WBIDE ""kézzel"  is
  130.       beírható.  Probléma  csak   akkor  adódhat,  ha   valamilyen
  131.       memóriamenedzser   program   optimalizálója   felcseréli   a
  132.       sorokat.   Mivel   a  programok   rezidens   része  kicsiny,
  133.       legfeljebb 3  Kbyte memóriát  foglal, ezért  nem érdemes  az
  134.       UMB-be telepítésükkel veszôdni. Másik fontos  tulajdonságuk,
  135.       hogy  a Windows  32 bites  lemezkezelése nem  mûködik  velük
  136.       együtt, azt  ki kell  kapcsolni. (A  Windows biztos kiabálni
  137.       fog ha ezt nem tesszük meg idejében.) Ez nem hiba! A Windows
  138.       file-kezelése  a 32  bites elérés  kikapcsolása ellenére  is
  139.       gyorsulni  fog.  Természetesen az  e  programok segítségével
  140.       felírt adatok késôbb nélkülük is visszaolvashatók maradnak.
  141.  
  142.  
  143.       @VDrive Rocket 1.13@N
  144.  
  145.           A Disk Manager  nevû programjáról közismert  Ontrack cég
  146.       Drive Rocket programját több merevlemez-gyártó is  mellékeli
  147.       termékeihez,  de  külön  is  kapható.   Telepítôprogramjában
  148.       részletes magyarázatot  kaphatunk arról,  mit miért,  hogyan
  149.       csinál  a  program,  különféle  teszteket  végezhetünk, hogy
  150.       megtudjuk, milyen gyorsulást várhatunk a program  telepítése
  151.       után a  merevlemez kezelésében,  még finomhangolhatjuk  is a
  152.       program  által  javasolt beállítást.  Mindezzel  azonban nem
  153.       sokat érdemes veszôdni.  Miután megtudtuk, gyorsul-e  majd a
  154.       vinyókezelés,   kérjük   a   programtól   a   device  driver
  155.       (ROCKET.BIN) telepítését. Ezután már csak újra kell indítani
  156.       a gépet és kész!
  157.  
  158.  
  159.       @VMaximum Overdrive 1.0@N
  160.  
  161.           A Micro House International terméke, a Maximum Overdrive
  162.       az  egyszerûbb  dolog. A  MAX.EXE  indításával kezdhetjük  a
  163.       telepítést.  A  program  bejelentkezésekor  azonnal kijelzi,
  164.       hogy  hány  neki  megfelelô  winchestert  talált. Helyzethez
  165.       igazodó, részletes súgórendszer  segíti használatát. A  @KTest@N
  166.       menüpont indításakor a program végigpróbálgatja a  különbözô
  167.       blokkszámokat,    azért,    hogy    a    lehetô   legnagyobb
  168.       sebességnövekedést  érhessük   el.  A   megfelelô  blokkszám
  169.       géprôl-gépre, winchesterrôl winchesterre változhat. Sajnos a
  170.       teszt  után  semmi   bizonyosat  nem  tudhatunk   a  várható
  171.       gyorsulás  mértékérôl.  A  grafikus  kijelzô  talán  a  Duna
  172.       vízállását jelzi,  a vinyóhoz  semmi köze.  Az ábrán látható
  173.       kétvinyós konfigurációban valójában  csak a második,  Maxtor
  174.       egység  gyorsítható  meg,  ám  errôl  a  kijelzô  nem   vett
  175.       tudomást.  A  telepítés folyamata  még  sztochasztikusabb: a
  176.       CONFIG.SYS-be  kerülô  sor beírása,  valamint  a MAXOVER.SYS
  177.       file átmásolása  a telepítô  lemezrôl idônként  nem történik
  178.       meg. Ha mégis sikerült a dolog, akár saját kezünk munkájával
  179.       is mindent kellôen beírtunk, akkor a driver már  megfelelôen
  180.       mûködik. A már említett Maxtor vinyó átviteli sebessége  777
  181.       Kbyte/s-ról 1138-ra nôtt meg.
  182.  
  183.  
  184.       @VWBIDE 1.21@N
  185.  
  186.           Fô    tesztgépünkhöz    kaptuk    ezt    a    kiegészítô
  187.       programcsomagot.  Használata még  egyszerûbb, mint  társaié.
  188.       Parancssorból  indítva  lemér  mindent,  amit   szükségesnek
  189.       gondol, az általa  javasolt beállításokat módosíthatjuk  (de
  190.       nem érdemes), majd beírja a CONFIG.SYS elejére  (pontosabban
  191.       minden, lemezkezeléssel kapcsolatos driver -- cache, Stacker
  192.       stb. -- elé, és a  memóriamenedzser -- QEMM, EMM386 stb.  --
  193.       mögé)  a  DEVICE=WBIDE.EXE  utasítást  (vagy  DEVICEHIGH-jal
  194.       ugyanezt) -- amit mi is megtehetünk mindenféle  ""telepítés"
  195.       nélkül -- s aztán reménykedhetünk, hogy gyorsult a  vinyónk.
  196.       A  DOS-okon  kívül  felkészítették  a  Windows  3.1,  Novell
  197.       NetWare 2.15, 2.2, 3.1, 3.11 és 4.00, OS/2 2.x  támogatására
  198.       is.
  199.  
  200.  
  201.       @VTapasztalatok@N
  202.  
  203.           A programokat DOS és Windows 3.1 alatt vizsgáltuk.  Elsô
  204.       tapasztalatainkat a mindennapi használat során szereztük. Az
  205.       elsô gépen (33 MHz-es  386DX, 316 Mbyte-os Seagate  ST1400A)
  206.       az  (elsôként  hozzánk  került)  Drive  Rocket   bevetésekor
  207.       látványos gyorsulást mértünk a vinyótesztjeinkben  használt,
  208.       nyers adatátviteli sebességet mérô programmal. A  lemezírási
  209.       sebesség  567 Kbyte/s-ról  735 Kbyte/s-ra  nôtt (+29,6%),  a
  210.       lemezolvasásé 781-rôl 1329 Kbyte/s-ra (+70,2%). A  gyorsulás
  211.       szubjektíve  is  érezhetô  volt.  Próbálkoztunk  egy Seagate
  212.       ST1140A-val is,  de kiderült,  hogy ez  a régebbi  típus nem
  213.       képes többszektoros mûveletekre.  Az újabb IDE  vinyótípusok
  214.       túlnyomó többségénél azonban használhatók ezek a  programok.
  215.       A SCSI merevlemezeknél -- azok mûködési módjából fakadóan --
  216.       ilyen ""többszektorosító" programot  nem lehet használni  (a
  217.       konstruktôrök   feltehetôen   egy  ideje   már   ezeknél  is
  218.       alkalmazzák ezt a technikát, de a SCSI alrendszer belügyként
  219.       kezeli  ezt).  Kellemetlen tapasztalat,  hogy  a Thunderbyte
  220.       Antivirus    (TBAV)     programcsomag    TBDISK     rezidens
  221.       lemezfigyelôje  a   multiszektorozó  programok   mûködésekor
  222.       (vagyis minden lemezírásnál és -olvasásnál) riaszt minket az
  223.       általa  illegálisnak  érzékelt  mûvelet  miatt,  s  ezt  nem
  224.       sikerült   kikapcsolnunk!  Egyetlen   kivétel:  a   BIOS-ban
  225.       beállított   többszektoros   mûködés,   amit   szó    nélkül
  226.       jóváhagyott a TBDISK. A TBDISK által adott többlet biztonság
  227.       (boot-szektor,  FAT  s   minden  más  lemezterület   védelme
  228.       közvetlen írás ellen)  szerintünk fontosabb a  gyorsításnál,
  229.       ilyen    esetben     alighanem    érdemes     lemondani    a
  230.       többszektorosításról.    A    többszektorosító     programok
  231.       telepítése után nézzük meg a memóriatérképet: ha nincs  elég
  232.       hely a HMA-ban a  többlet lemezpufferek számára, akkor  azok
  233.       lekerülnek  a  640  Kbyte  alatti  területre!  Ez  ellen   a
  234.       CONFIG.SYS-beli BUFFERS érték csökkentésével  védekezhetünk.
  235.       A  példabeli gépen  a Drive  Rocket @KDEVICE=ROCKET.BIN  /M=16@N
  236.       beállítással  írta  be  magát  a  CONFIG.SYS-be.  A korábban
  237.       lehetséges  BUFFERS=48  beállítás --  DOS=HIGH  miatt a  DOS
  238.       magja   és  a   48  DOS-lemezpuffer   a  HMA-ban   volt   --
  239.       BUFFERS=34-re  csökkent.  (Ezek  az  értékek  DOS-verziótól,
  240.       vinyótól és többszektorosítótól függôek.)
  241.           A  vizsgált programok  mindegyike teljesen  megbízhatóan
  242.       mûködött, hónapokig (összesen  több mint egy  tucat gépben).
  243.       Ezután    fogtunk    hozzá    a    sebességméréseknek,     a
  244.       merevlemez-tesztjeinkben    használt     alkalmazási
  245.       programcsomaggal   és   a   szokásos   kiértékeléssel.   Azt
  246.       vizsgáltuk,  hogy  a  többszektorosításra  kínálkozó   egyes
  247.       lehetôségektôl mekkora gyorsulást remélhetünk?
  248.           Egyik   tesztgépünk   16   Mbyte   RAM-mal   felszerelt,
  249.       486DX2/66-os  gép  volt,  Western  Digital  Caviar   1210-es
  250.       vinyóval,   s   AMI   BIOS-ában   is   beállítható   volt  a
  251.       többszektoros  vinyókezelés.  A Drive  Rocket  saját mérései
  252.       alapján 19,4% többletsebességet jelzett elôre. A MaxOver még
  253.       optimistább volt, grafikus kijelzése alapján közel kétszeres
  254.       gyorsítást  ígért  az  adott  vinyóra.  A  WBIDE  nem  adott
  255.       számszerû becslést,  de beköltözött  a memóriába,  az általa
  256.       röptében   mért  optimális   beállításával.  A   végeredmény
  257.       egyiküknél sem igazolta a reményeket: a legsikeresebb még  a
  258.       Maximum Overdrive volt, nem egészen 2%-os gyorsítást hozott.
  259.           Másik  tesztgépünk:  386DX/33,  4  MB  RAM,  Realtek VGA
  260.       kártya,   316   MB  névleges   kapacitású   Seagate  ST1400A
  261.       merevlemez. Míg az  elôzô esetben ""csupasz"  gépen mértünk,
  262.       ezúttal  egy  Stacker   4.0-val  röptömörített,  s   a  napi
  263.       használat során közepesen ""töredezett" lemezen. Itt a Drive
  264.       Rocket szerepelt  legjobban, 7,5%-os  gyorsulást hozott.  Az
  265.       eredményekbôl látszik,  hogy a  lemezolvasás sebessége  nôtt
  266.       leglátványosabban, 15,2 és 24,9% közötti gyorsítást értek el
  267.       a programok.
  268.           Ez volt a két  szélsôséges tapasztalat a mérések  során.
  269.       Mindezek   alapján    tehát   érdemes    (lehet)   élni    a
  270.       többszektorosítás   lehetôségével,   de   bevezetése   kellô
  271.       körültekintést (a programok leírt mellékhatásaira --  ostoba
  272.       telepítôprogram, TBDISK-anomália, BUFFERS-csökkentési  igény
  273.       -- való  odafigyelést) és  esetleg házilagos  sebességmérést
  274.       igényel.  (A   sebességmérésre  legegyszerûbben   talán  egy
  275.       tömörítôprogramot és egy fordítóprogramot lehet használni.)
  276.  
  277.       @KBata László -- Bérces László@N
  278.  
  279.  
  280.       @VSebességmérések@N
  281.  
  282.           A  két   esetben  közös   volt  néhány   CONFIG.SYS-beli
  283.       beállítás:  MS  DOS 5.0,  QEMM,  DOS=HIGH,UMB. Az  ST1400A-s
  284.       gépen  azonban  sok  driver  és  TSR  is  bent  csücsült   a
  285.       memóriában  a  mérések  alatt --  közülük  a  Stacker hatása
  286.       számottevô csak, mivel az általa végzett  tömörítés-kibontás
  287.       érthetôen    csökkentette    a    legelsô    mérésnél    még
  288.       röptömörítetlen  vinyón  mért  29,6%-os  írási  és  70,2%-os
  289.       olvasási gyorsulást, 7,9%-ra illetve 22,4%-ra.
  290.  
  291.           A  táblázatokban  az  elsô  oszlopban  a  teszt  neve, a
  292.       másodikban  az   összesítésbeli  súlya,   a  harmadikban   a
  293.       referencia-mérés (""alap", ""BIOS:off") értékei láthatók.  A
  294.       további oszlopokban a referencia-mérést 1000-nek véve kapott
  295.       eredmények  szerepelnek  (a  nagyobb  számok  jobb eredményt
  296.       jelölnek)    --    ezekbôl    három    jegy     pontossággal
  297.       visszaszámolhatók  a  ""nyers"  értékek.  Az  összpontszám a
  298.       referencia-mérésnél 10,00 pont.
  299.  
  300.  
  301.  
  302.                 @VSeagate ST1400A@N
  303.  
  304.           1018  cilinder,  12  fej,  53  szektor/sáv,  64 Kbyte-os
  305.       puffer (vinyón  lévô cache),  316 Mbyte  névleges kapacitás.
  306.       BUFFERS=34 volt. ""Alap" jelzi a multiszektorosítás  nélküli
  307.       beállításnál  mért eredményeket.  Konfiguráció: 386DX/33,  4
  308.       Mbyte RAM, ISA buszos Realtek VGA kártya.
  309.  
  310. Eredmények:       súly  alap           MaxOver  Drive Rocket  WBIDE
  311.  
  312. îrási sebesség     10%   113102 byte/s  1014     1079          1028
  313. Olvasási sebesség  15%   649570 byte/s  1152     1224          1249
  314. Scan                  3%    43,88 s    1019     1049          1036
  315. Virkill               2%    5,05 s            1084     1315          1315
  316. Arj           5%    357,45 s       1010     1048          1025
  317. Turbo Pascal 5.5   15%   69,04 s    1014     998          980
  318. Dbase 3 Plus       20%   345,15 s       1011     1079          1007
  319. DOS-mûveletek      15%   81,50 s    990      1049          989
  320. Lotus 1-2-3       5%    198,99 s       1001     1000          1001
  321. Windows               5%    68,16 s    1005     1003          1003
  322. Word 5.5       5%    90,57 s    1004     1005          1051
  323. összpontszám       100%  10,00            10,30    10,75          10,48
  324.  
  325.  
  326.  
  327.  
  328.               @VWestern Digital Caviar 1210@N
  329.  
  330.           989  cilinder,  12  fej,  35  szektor/sáv,  64  Kbyte-os
  331.       puffer, 202 Mbyte névleges kapacitás. BIOS:off-fal  jelöltük
  332.       azt  a  beállítást,  ahol  ki  volt  kapcsolva  a  BIOS-beli
  333.       többszektorosítás;  BIOS:on-nál  ez  be  volt  kapcsolva,  a
  334.       többszektorosító programoknál  pedig értelemszerûen  le volt
  335.       tiltva   a   BIOS-beli   többszektorosítás.    Konfiguráció:
  336.       486DX2/66,  16  MB  RAM,  VESA  Local  buszos  Cirrus  Logic
  337.       CLVGA5428VL VGA-kártya, BUFFERS=48.
  338.  
  339. Eredmények:       súly  BIOS:off     BIOS:on  WBIDE  Drive Rocket  MaxOver
  340.  
  341. îrási sebesség     10%   1350000 byte/s  997      1000   997          1004
  342. Olvasási sebesség  15%   2082203 byte/s  1012     1036   1023          1036
  343. Scan               3%    15,98 s     990      1007   993          1004
  344. Virkill               2%    2,74 s           926      1019   979          926
  345. Arj           5%    140,38 s     1003     1004   1008          1008
  346. Turbo Pascal 5.5   15%   36,47 s     993      1002   1003          1015
  347. Dbase 3 Plus       20%   159,66 s     1005     1007   1011          1012
  348. DOS-mûveletek      15%   45,75 s     1023     988    999          1065
  349. Lotus 1-2-3       5%    35,59 s     1002     985    966          989
  350. Windows               5%    18,07 s     997      1000   991          994
  351. Word 5.5       5%    33,55 s     1022     1011   1020          1018
  352. összpontszám       100%  10,00            10,04    10,06  10,04          10,19
  353.  
  354.  
  355.   @<9501\X1.gif>■■@n  A Maximum Overdrive címlapja
  356.  
  357.   @<9501\X2.gif>■■@n  A súgórendszer
  358.  
  359.   @<9501\X3.gif>■■@n  A sebességmutató. Az ábra csalóka!
  360.  
  361.   @<9501\X4.gif>■■@n  Induljon a telepítés!
  362.  
  363.   @<9501\X5.gif>■■@n  Mi kerül a CONFIG.SYS-be? 
  364.